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BACKGROUND OF THE INVENTION 
1. Field of the Invention 

The present invention generally relates to an apparatus and method for routing 
telephone calls in a telecommunications network according to the geographic location 
15 from which the call originates. More particularly, the present invention relates to an 
application in an Advanced Intelligent Network (AIN) for routing calls to a closest of 
a plurality of branch or satellite offices based upon the geographic area in which the 
call originates, e.g., according to the zip code + 4 of the caller. 
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2. Acronyms 

The written description provided herein contains acronyms which refer to 
various communication services and system components. Although known, use of 
several of these acronyms is not strictly standardized in the art. For purposes of the 
written description herein, acronyms will be defined as follows: 



AIN - 


Advanced Intelligent Network 


CCS - 


Common Channel Signaling 


CENTREX 


Central Exchange Service 


CIC - 


Carrier Identification Code 


CO - 


Central Office 


CPR - 


Call Processing Record 


DID - 


Direct Inward Dialing 


DRS - 


Data Reporting System 


ILEC - 


Independent Local Exchange Carrier 


ISCP - 


Integrated Service Control Point 


IXC - 


Interexchange Carrier 


LATA- 


Local Access and Transport Area 


LIDB - 


Line Information Data Base 


LVAS- 


Line Validation Administration System 



lA 



NPA - Number Plan Area 
NXX - Central Office Code 

*» 
_ * 

?3X - Private' Branch Exchange 

PIC - Presubscribed Inter exchange Carrier 

SC? - Service Control Point 

SS7 - Signaling System 7 . 

SSP - Service Switching Point 

STP - Signaling Transfer Point 

TCAP - Transaction Capabilities Applications Part 

TCP/IP - Transmission Control Protocol/ Internet Protocol 

WAN - Wide Area Network 
3 . workaround and Mat erial Information 

In recent years, a number of new telephone service 
features have been provided by an Advanced Intelligent Network 
(AIN) . - The AIN evolved out of a need to increase .the 
capabilities of the telephone network architecture to meet the 
growing needs of telephone customers. The AIN architecture 
generally comprises two networks, a data messaging network and 
a trunked communications network. The trunked communications 
network handles voice and ' data communications between 
dispersed network locations, whereas the data messaging 
network is provided for controlling operations of the trunked 

communications network. 

An illustration of the basic components of an AIN 
architecture is shown in Fig. IS. As shown in Fig. 15, 
Central Offices (CO) 64-70 are provided for sending ana 
receiving data messages from a Service Control Point (SCP) So 
via a Signaling Transfer Point (STP) S3-62. The data messages 
are communicated to and from the COs 64-70 and the SC? 56 
along a Common Channel Signaling (CCS) network 38. Each CO 
64-70 serves as a network Service Switching Point (SSP) to 
route teleohone calls between a calling station (e.g., station 
72) and a called station (e.g., station 84) through the 



trunk ed communications network 90-92. For mora information 
regarding AIN, see Bertram, Roger K. , and Brewster, John X., 
"Perspectives on the AIN Architecture," IEEE Communications 
Magazine, February 1992, pp. 27-32, tha disclosure of which is 
expressly incorporated herein by reference in its entirety. 

A number of 'features provided by prior AIN or AIN- type 
intelligent networks relate to specialized call processing of 

incoming calls. 

For example, U.S. Patent Nos . 4,611,094 and 4,511,095, 

both to ASMUTH et al . , disclose a system for providing custom 
incoming telephone -call processing services • to a subscriber 
operating at "many geographically diverse locations. A 
subscriber program stored in a central database is accessed to 
provide instructions to the SSPs to' complete incoming calls to 
one of the subscriber locations in accordance with special 
services defined by the subscriber. The subscriber program 
controls the Action Control Points (ACP) to string together 
the desired call' processing capabilities to process each call. 
Specified parameters stored in the program, such as time of 
day, caller location and data inputted by the caller, 
determine the final destination to which each call should be 
completed. 

U.S'. Patent No. 4,738,718, to McNABB , teaches centralized 
recording of call traffic information. The system provides a" 
data gathering and recording function to the centralized 
database which stores the subscriber's call routing program. 
The subscriber's call routing program performs several 
functions, including presenting various announcements to 
callers, prompting callers for inputting information digits 
and collecting the resulting information digits, routing the 
call to a number provided by tha subscriber, and performing 
final call dispositions other than routing to the telephone 
number provided by the subscriber. Processing of the call 



traffic information dynamically changes the subscriber's call 
routing program to reduce the number of blocked calls to the 

't 

subscriber's telephone numbers. 

U.S. Patent No. 5,247,571, to KAY et al . , discloses an 
Area Wide Cantrex system to provide specialized calling 
features to stations connected to a plurality of- central 
offices. Each of the central office switching points connects 
to a number of local telephone lines. The features are 
extended to the local telephone lines by taking the 
programming intelligence out of the central offices and moving 
it to a database located at a centralized location, such as an 
SCP. Service features are controlled by "the central database 
and are changed by reprogramming the service logic located at 
the central • database. A variety of service features are 
provided including a work at home service that enables a user 
of a private network access from a home telephone and access 
authorization to increase the security of the private network. 

U.S. Patent No. 5,353,331, to EMERY et ai . , discloses an 
AIN system which connects, to, and controls processing of, 
calls to a subscriber's wireless handset via a home base 
station or wireless communication network. In response to 
calls directed to the subscriber ' s wireless handset, the AIN 
determines where the handset is located using_ a central 
database and routes the call to that location. The incoming- 
call can be routed directly to the handset , , blocked, or routed 
to an alternate termination point. In response to calls from 
the handset, the central database provides instruction data to 
the land line network to extend a requested special service to 

the subscriber. 

While prior AIN or AIN- type intelligent network 
applications have provided various call forwarding features to 
subscribers and users, such prior attempts have not 
automatically ascertained the geographic location of the call 



origination so as to route the call to a nearest termination 
telephone number as more fully described herein. Further, 
such prior attempts have not provided flexibility to 
subscribers in . terms of providing various .routing options that 
may be combined with routing based on geographic location of 

the call- 

These features would be highly desirable to users or 
subscribers, i.e., businesses with many satellite offices 
within a single geographic area so that customers, by calling 
a single publicized telephone number, will automatically be 
routed to the closest office location of. the subscriber. The 
ability to combine geographic routing^ with other routing 
options (time-of-day, day-of-week, specific date, percent 
allocation distribution, etc.) would also be beneficial to 
businesses by providing proper and automatic routing of calls 
from customers. Further, by using, a single publicized 
telephone number, up-front ■ investment costs of the 
subscriber's premises equipment and advertising co.sts are 
reduced, customer's efforts to contact a convenient location 
of the subscriber are aided, and fast reliable service to 
subscribers and their customers is provided. 

SUMMARY OF THE PRESENT IN VENTION 
In view of the above, the present invention, .through one 
or more . of its various aspects and/or embodiments is thus 
presented to accomplish one or more objectives and advantages, 

such as those noted below. 

A general object of the. present invention is to provide 
an apparatus and method for routing calls based upon the 
geographic location from which the call originates. 

Another object of the present invention is to provide 
Advanced Intelligent Network (AIN) functionality to a 
subscriber with multiple branch or satellite business 
locations within a local telephone service network. ' 



A further object of the present invention is to provide 
Advanced Intelligent Network: (AIN) functionality and routing 
for a single oublicized telephone number. 

Still another object of the present invention is to route 
calls to a nearest branch office according to the geographic 

t, 

location of the calls origination, e.g., by using zip coda + 
a. 

^ a 

Another object of the present invention is to incorporate 
a single telephone number service with other .intelligent call 
forwarding services to route calls to a nearest satellite 
office according to a business subscriber's needs, e.g., the 
nearest branch open for business. 

Accordingly, one aspect of the present invention is 
directed . to a method for routing an originating call .to a 
subscriber location within a communication network.. .The 
network ' includes a two-way communication network 
interconnecting a plurality of service switching points and a 
plurality of dispersed network locations. The . service 
switching points selectively establishing a communication 
connection between at least two of the network locations in 
response to a call request from a calling party, and a service 
control point includes a subscriber service logic. The 
network locations include a plurality of subscriber • locations . 
The method includes identifying a subscriber's service based 
on the call request from the calling party to establish a 
communication connection with the subscriber, ascertaining a 
geographic location of the originating call in accordance with 
the originating telephone number of the calling party, 
determining which of the plurality of subscriber locations is 
closest to the geographic location of the. calling party, and 
routing the originating call to the determined closest 
subscriber location . 



. According to another aspect of the present invention, the 
ascertaining step includes receiving the originating telephone 
number and translating the originating telephone number into 
a zip code of call origination. 

* 

According to- yet another aspect of the present invention, 
the ascertaining step includes forwarding the call request to 
a predetermined default telephone number, when the originating 
telephone number is not received by the service control point. 

According to a further- aspect of the present invention, 
the method further includes limiting incoming calls to the 
identified service to calls originating" within a predefined • 
geographic area. The limiting step may occur after 
identifying the service and before the ascertaining step. 

According to yet another aspect of the present invention, 
the predefined geographic area defines a market area of the 
subscriber and stored in a table in the service control point. 

According to another aspect of the present invention, the 
method further includes forwarding calls originating- outside 
of the predefined geographic area to an informational 
announcement . 

According to another aspect of the present invention, the 
determining step includes comparing the ascertained geographic 
location with a predefined list of subscriber- service areas 
The predefined list may be stored within "the service control 
point . 

According to yet another aspect of the present invention, 
the predefined list correlates each geographic location within 
the subscriber service area with a predefined terminating 
number- of one of the plurality of subscriber locations. 

' According to yet another aspect of the present invention', 
the ascertaining step includes querying an external database 
that includes a list of service provider customer telephone 



numbers and corresponding customer geographic information. 
The customer information may include zip code + 4 information. 

According to another aspect of the present invention, the 
method further- includes responding' to the querying step by 
transmitting the geographic information ■ related to the 
originating telephone number to the service control point. 
The determining step forwards the call request to a 
terminating telephone number of the closest subscriber 
location to the geographic location response. 

According to another aspect of the present invention, the 
method further includes responding to, the querying step by 
transmitting predetermined default geographic information when 
the originating telephone number is not listed in the external 
database. The determining step forwards the call request to 
a predetermined default telephone number when predetermined 
default geographic information is transmitted in the query 
response. 

According to yet another aspect of the present invention, 
the ascertaining step further includes waiting a predetermined 
time period for a response to the- query to the external 
database and forwarding the call request to a predetermined 
default -routing telephone number if a response is not received 
within the predetermined period. The predetermined time 
period being between approximately 1.0 and 3.0 seconds. 

According to a further aspect of the present invention, 
the predefined list includes a plurality of geographic areas 
which comprise a predefined subscriber service area. Each 
geographic area listed is associated with a routing telephone 
number corresponding to one of the plurality of subscriber 
locations. The determining step includes comparing the 
ascertained geographic location with each geographic area 
listed in the predefined list. If one of the plurality oz 
geographic areas corresponds to the ascertained geographic 



location, the method forwards the call request to the' 
associated routing, telephone number, and "if one of the 
plurality of geographic areas does not correspond to the 
ascertained geographic location, the method forwards the call 
reouest to a predetermined default routing telephone number. 

According to a further aspect of the present invention, 
each geographic area is listed according to it post office zip 
code + 4 designation. The comparing steps include comparing 
the ascertained geographic location to the zip code + 4 
designation of each listed geographic area. If no matches are 
"found, comparing the ascertained geographic location to the 
zip code + 3 • designation of each listed geographic area, 
wherein if no matches are found, comparing the ascertained 
geographic location to the zip code + 2 designation of each 
listed" geographic area, wherein if no matches are found/ 
comparing the ascertained geographic location to the zip code 
4- 1 designation of each listed geographic area, wherein if no 
matches are found, comparing the ascertained geographic 
location to the zip code .0 . designation of each lifted 
geograohic area, and wherein if no matches are found, the call 
request is forwarded to a predetermined default routing 

telephone number. • ■• - • 

According to another aspect, of the present- invention, _ 
each geographic area may be listed only according to its zip 
code + 2 and zip code + L designation. 

According to yet another aspect of the present invention, 
the external database includes a line information database. 
The line information database includes receiving service 
provider customer billing information for each associated 
"customer telephone number, stripping off post office zip code 
+ 4 designations for each customer, and storing for each 
customer zip code + 4 designation according to the associated 
customer telephone number. 



According to another aspect of the present invention, the 
method further includes recognizing an exception period for 
providing at least' one alternate routing telephone number. 
When the exception period is recognized before the 
ascertaining step, the method further includes forwarding the 
call request to at least one alternate routing telephone 
number. Each alternate routing telephone number may be 
assigned according to one of a time of day, a day of the week, 
or a specific date. Each alternate routing telephone number 
may also be forwarded according to a predefined percent 

allocation distribution. 

According to another aspect of the present invention, the 
exception period includes a plurality of exception periods, at 
least one "exception period being associated with at least one 
routing telephone number associated with one of the plurality 
of subscriber locations. When one of the exception period is 
associated with the determined closest subscriber location, 
the method further includes "forwarding the call request to at 
least one alternate routing-telephone numbers . Each alternate 
routing telephone number may be . assigned according to one of 
time of day, day of the week, specific date. Each alternate 
routing telephone numbers may also be forwarded according to 
a predefined, percent allocation distribution. 

According to another aspect of the present invention, the" 
exception period- includes a first and a second exception 
period, the first exception period being recognizable before 
the ascertaining step. When the first exception period is 
recognized, the method further includes forwarding the call 
reouest to at least one alternate routing telephone number. 
The second exception period includes a plurality of exception 
periods, at least one exception period being associated with 
at least one routing telephone number associated with one of 
the plurality of subscriber locations. When one of the 



exception period is associated with the determined closest 
subscriber location { the method further includes forwarding 
the call request to' at least one alternate routing telephone 
numbers . 

According to yet another aspect of the present invention, 
each alternate routing telephone number may be assigned 
according to one of a time of day, a day of the week, or a 
specific date. Each alternate routing telephone number may 
also -be forwarded' according to a predetermined percent 

allocation distribution. 

Another aspect of the present invention is directed to an 
aoparatus for routing an originating call to a subscriber 
location within a communications network. The network 
includes a two-way communication network interconnecting a 
plurality of service switching points and a plurality -of . 
dispersed network locations. The service switching points 
selectively establish a communication connection between at 
least two of the network location's in . response to . a call 
request from a calling party, and a service control pqint 
includes subscriber service logic. The network includes a 
plurality of subscriber locations. The apparatus includes a 
device for identifying a subscriber's service based on the 
call request, from the ■ calling party to establish a 
communication connection with the. subscriber, a device for" 
ascertaining a geographic location of the originating call in 
accordance with the originating telephone number of the 
calling party, a device for determining which of .the plurality 
of subscriber locations is closest to the geographic location 
of the calling party, and a device for routing the originating 
call to the determined closest subscriber location. 

According to another aspect of the present invention, the 
ascertaining step including means for receiving the 
originating telephone number and means for translating tne 
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originating telephone number into a zip coda of call 

origination. ■* 

According to another aspect of the present invention, the 

ascertaining means includes a device, for forwarding the call 

request. to a predetermined default telephone number when the 

originating telephone number is not received by the . service 

control point. - 

According to another aspect of the present invention, the 
• apparatus further includes a device for limiting incoming 
calls to the identified service to calls originating within a 
" predefined geographic area. The limiting device may be 
actuated after the service is identified and "before the 
ascertaining, device is actuated-: _ 

According to another aspect of the present invention, the 
15 ~ predefined geographic 'area defining a market area of the 
subscriber and stored in a table in the service control point. 

According to another aspect of the present invention, a 
device for forwarding calls originating outside -of the 
predefined geographic area to an informational announcement. 

According to another aspect of the present invention, the 
determining device includes a device for comparing the 
ascertained geographic location with a predefined list of 
subscriber service areas, the predefined list being stored^ 
' within the service control point. The predefined list 
25 correlates each geographic location within the subscriber 

service area with a predefined terminating number of one of 
the ' plurality of subscriber locations. . 

According to another aspect of the present invention, the 
ascertaining device 'includes a device for querying an external 
' database that includes a list of service provider customer 
telephone numbers and corresponding customer geographic 
information . 
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According to another aspect of the present invention, the 
customer information including zip code + 4 information. 

According to another aspect of the present invention, the 
apparatus further comprising a device for responding to the 
querying step by. transmitting the geographic information 
related to the originating telephone number to the service 
control point. 

According to another aspect of the present invention, the 
determining device forwarding the call request to a 
t-rminatina telephone number of the closest subscriber 
location to the geographic location response. 

According" to another aspect of the present invention, the 
apparatus further includes a device for responding to the 
querying step by transmitting predetermined default geographic 
information when the originating telephone number is not 
listed in the external database. 

According to another aspect of the present invention, the 
determining device forwarding the call request-- to a 
predetermined default telephone 'number when predetermined 
default geographic information, is transmitted in the query 
response. 

According to another aspect of the present invention, the 
■ascertaining device further includes a device for waiting a^ 
predetermined time period for a response to the query to the 
external database and a device for forwarding the call request 
to a Dredetermined default routing telephone number if a 
response is not received within the predetermined period. The 
predetermined time .period being between approximately 1.0 and 
3 . 0 seconds . 

According to another aspect of the present invention, the 
predefined list includes a plurality of geographic areas which 
comprise a predefined subscriber service area. Each 
geographic area listed is associated with a routing telephone 
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number corresponding to one of the subscriber locations. 

According to another aspect of the present invention, the 
determining device includes a device for comparing the 
ascertained geographic location with each geographic area 
listed in the predefined list. If one of 'the plurality of 
geographic areas corresponds to the ascertained geographic 
location, forwarding the call request to the associated 
routing telephone number and if one of the plurality of 
geographic areas does not correspond to the ascertained 
geographic location, forwarding the call request to a 
predetermined default routing telephone number. 

According to another aspect of the present invention, 
each geographic area is listed according to.it post office zip 
code + 4 designation, and the comparing device for comparing 
the ascertained geographic location to the zip code V" 4 
designation of- each listed geographic area, wherein if no 
matches are found, comparing the ascertained geographic 
location to the zip code + 3 designation of each- listed 
geographic area, wherein if no matches are found, comparing 
the ascertained geographic location to the zip code + 2 
designation of each listed geographic area, wherein if no 
matches -are found, comparing the ascertained .geographic 
location to the zip code + 1 designation of each listed 
geographic area, wherein if no matches are found, comparing 
the ascertained geographic location to the zip code + 0 
•designation of each listed geographic area, and wherein if no 
matches are found, the call request is forwarded to a 
predetermined default routing telephone number. 

According to another aspect of the present invention, the 
external database includes a line information database. The 
line information database includes a device for receiving 
service provider customer billing information for each 
associated customer telephone number, a device for stripping 

* 



off post office zip coda + 4 designations for each customer, 
and a device for storing for each customer zip code 4- 4 
designation according to the associated customer telephone 

number. 

According to another aspect of the present invention, the 
apoaratus further includes a device for recognizing an 
exception period for providing at least one alternate routing 
telephone number. When the exception period is recognized 
before actuation of the ascertaining a device, the apparatus 
further includes a device for. forwarding the call request to 
a one of the at' least one alternate routing telephone number. 
Each of the at least one alternate routing telephone number is 
assigned according to one of time of day, day of the week, 
specific date. Each of the at least one alternate routing 
telephone number may be 'further forwarded according to percent 
allocation distribution. 

According to another aspect of the present- invention, the 
exceotion oeriod includes a plurality of exception periods, at 
least one exception period being associated with at least, one 
routing telephone number associated with one of the plurality 
of subscriber locations. When one of the exception period is 
associated with the determined closest subscriber location, 
the apparatus further includes a device for forwarding the_ 
call reouest to a one of the at .least one alternate, routing 
telephone numbers. Each of the at least one alternate routing 
teleohone number is assigned according to one of time of day, 
day "of the week, specific date. Each of the at least one 
alternate routing telephone numbers may be further forwarded 
according to percent allocation distribution. 

According to another aspect of the present invention, the 
exception period includes a- first and a second exception 
period, the first exception period being recognizable before 
the ascertaining step. ' When the first exception period is 



recognized, the apparatus further includes a device for 
forwarding the call request to a one of the at least one 
alternate routing 'telephone number. The second exception 
period includes a plurality of exception periods, at least one 
exception period being associated with at least one routing 
telephone number associated with one of the plurality of 
subscriber locations. When one of the exception period is 
associated with the determined closest subscriber location, 
the apparatus further includes a device for forwarding the 
call reouest to a one of the at least one. alternate routing 
telephone numbers. Each of the at least one alternate routing 
telephone number is assigned according to one of time of day, 
day "of the week, specific date. Each of the at least one 
alternate routing telephone number may be further forwarded 
'according to percent allocation distribution: 

Another aspect of the present invention is directed to an 
apparatus for routing . an originating call to a subscriber 
location within a communications network. The network 
includes a two-way .communication network interconnecting a 
plurality, of service switching points and a plurality of 
dispersed network locations. The service switching points 
selectively establishing a communication connection between at 
least two of. the network locations in response, to a call 
request from a calling party, and a service control point- 
includes subscriber service logic. The network includes a 
plurality of subscriber locations. The apparatus includes a 
device for accessing a subscriber's service logic associated 
with a subscriber's service from a telephone number input by 
the calling party, a device for transmitting a ■ query to a 
database to determine a zip code associated with the calling, 
party, a device for receiving a response from the database, 
"the response including an associated zip code, a predefined 
look up table for- associating each zip. code witnm .a 



subscriber service area with one of a predefined terminating 
telephone number and a default terminating number, the 
terminating telephone number associated with a subscriber 
location oredefined to receive calls originating within the 
5 associated zip code, a device far looking up the received 

resaor.se from the database to' determine the terminating 
number, and a device for routing the originating call to the 
determined terminating number. 

According to another aspect of the present invention, the 

10 ' apparatus further includes a forwarding device for bypassing 
the subscriber's service ' during one of a predetermined day' of 
the week, time of day, and .specific date. The " forwarding, 
device includes a device for routing the originating call to 
an alternate routing number associated with the forwarding a 

15 device. 

According to another aspect of the present invention, the 
apparatus further includes a forwarding device for rerouting 
the originating call from the determined terminating number to 
an alternate routing number during one of a predetermined, day 
20 of the week time of day, and specific date. 

According to another aspect of the present invention, the 
apparatus further includes an error detection device for 
• - detecting at .least one predetermined error occurring during^ 

' the call request. 

25 '■ According to yet another aspect of the present invention, 

.the error detection device includes a recording and compiling 
device for recording the at least one predetermined error 
occurring during the call request and for compiling the at 
least one predetermined ' error in a predefined format. 

30 ' According to a further aspect of the present invention, 

the at least one predetermined error includes at least one or 
no originating number delivered to the subscriber's service 
logic, the originating number., not found in the database, the 
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originating number found in the database without a 
corresponding zip code, the zip code not found in the 
predefined look-up table, timeout, query error to database, 
response error from database, the originating number not- 
originating from a participating carrier, and originating call 
from outside of the predefined subscriber locations. 

The above-listed and other objects, features and 
advantages of the present invention will be more fully set 

forth hereinafter. 

RRIEF DESCRIPTION OF TH E DRAWINGS 
The present invention is further " described in the 
detailed description that follows, by reference to the noted 
plurality .of drawings by way of non-limiting examples of 
preferred embodiments of the present invention, in which like 
"references numerals represent similar parts throughout 'the 
several views of the drawings,, and wherein: 

. Figure 1 illustrates, in a general block diagram form, an 
Advanced Intelligent Network (AIN) system for implementing 
intelligent single telephone number routing features according 
to an aspect of the present invention; 

Figure 2 shows an exemplary representation of a local 

service • area of a subscriber; 

Figure -3 shows an exemplary table for -defining a 
subscriber's service area by correlating local zip codes with 
satellite office routing telephone numbers; ■ 

Figure 4 shows an exemplary table for use with a Market 
Area Screening service of the invention; 

Figure 5 is an example of a flow diagram for a zip code 
CPR for implementing the features of the invention; 

Figure S shows an exemplary NPA-NXX table for determining 
whether a caller's NPA-NXX is supported by the external 
database ; 
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Figure .7 shows an example of a flow diagram of a trigger 
CPR and logic flow 1 for a single telephone number zip code 
routing. service, according to the present invention; 

Figure 8 shows an example LATA table that may be stored 

within the ISC? ; ' ' 

Figure 9 shows an example of a flow diagram of a trigger 
CPR and logic flow for a single number service; 

Figure 10 shows an example of a single number service 
service, according to the present invention; 

• Figure 11 shows an example of a flow diagram of a trigger 
CPR for a customer location routing service of the present 
invention; 

Figure 12 shows an example of a customer location routing 
service service; 

* ■ 

Figure 13 shows an example of a "flow diagram of a trigger 
CPR and logic flow for a single number /customer location 

routing service; 

Figure 14 shows an example of a single number/customer 
location routing service service, according to the present 

invention; and 

Figure 15 shows an AIN system, according to the prior 

, ■ • • • ■ ' • 

art . 

DETAILED DESCRIPTION OF THE PR EFERRED EMBODIMENTS 
Many telephone services may be provided using an AIN or 
AIN- type network for centralized control of telephone services 
offered to subscribers, as opposed to localized control of 
services at the Central Office (CO). The AIN system is^ 
provided through interaction between, switching points and 
other systems supporting AIN logic. 

The AIN based single telephone number routing service of 
the present invention may be implemented using at least AIN 
Release 0.1 and 0.0 protocols, software and hardware for the 
line information data base (LIDS) , and other AIN capabilities, 
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including programmable service control points (SCPs) , central 
offices equipped with AIN service switching point (SSP) 
features, and existing Common Channel Signaling (CCS) 
networks. The Signaling System 7 (SS7). network is a widely 
used CCS network that' provides two-way communication of 
Transaction Capabilities Application Part (TCA?) formatted 
data messages between the SCP and the SSP. The AIN based 
system essentially employs an upper-level software network 
through the SSPs and the SCP/ The upper-level software 
resides over the service hardware to check the call route and 
the availability of connection prior to hardware connection. 

Although ' the various embodiments, of the ' invention 
described herein make reference to particular AIN implemented 
features and structures, other AIN and AIN type architectures 
and components may be used to provide and implement -the 

present invention. 

Referring now to the accompanying drawings, Fig. 1 
illustrates a general block diagram of an Advanced Intelligent 
Network (AIN) in which an apparatus and method for intelligent 
single telephone number routing is embodied in accordance with 
an aspect of the present invention. In Fig. 1, local 
telephone lines S connect a plurality of individual network 
locations 34A - 483 in each geographic area to _the closest^ 
Central Office (CO), or End Office (EO) 34 -48. 

. End Offices 34 - 48 are equipped as AIN SSPs to allow 
normal switch call processing to be suspended at specific 
ooints in a telephone call, enabling TCA? formatted query and 
r-soonse messages to be transmitted between the SSP and.. ISC? . 
AIN queries will be routed from a central office or switching 
service ooint to a local STP using existing SS7 links. These 
queries will then be routed from the local ST? to the regional 
STP, and from the regional ST? to the ISO?. The SS7 message 
routing should be devised to minimize the need for cata 
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administration at the local and regional ST?s. A capability 
code may be established at the STPs that serve the SC? . This 
capability code is used by the SS?s and the STPs to do point 
code routing until the message is received by the "last" ST? 
pair (that is, serving the SC?) . ST?s within the network are 
equipped to route AIN SS7 messages from SSPs to ISCPs based 
upon" six digit global title translations. For example, NPA- 
NXX of the single telephone number may be translated by the 
STP to destination point code (DPC) of ISC? running the single 
telephone number application for that single number. 
- ' The SSPs may include, but are not limited to, 5HSS, 
1AESS, and DMS-100 switches. The trigger on the 5HSS switch 
may be an AIN type 10 digit trigger. The trigger may be based ' 
uoon AIN Release 0.1 protocol and preferably AIN Release 0.1 
query call variables may be converted' into common call 
variables by a call processing record (CPR) in ISCP 30. If a 
5 ESS switch is utilized, then these switches should be 
equipped with Generic 5E9(1) (or higher) and provided the 
necessary trigger requirements (discussed below) in order to 
■ serve subscribers. The trigger on a 1AESS switch may be a 
dialed line number trigger based upon a 10 digit virtual 
number. . The trigger may be based upon the AIN Release 0.0 
protocol and preferably AIN Release 0.0 query call variables 
may be converted into common call variables by a CPR in the~ 
ISCP. Further, if 1AESS switches are employed, they should be 
equipped with Generic 1AE12.03 (or higher) and provided the 
necessary trigger requirements in order to serve subscribers. 
The trigger on the DMS-100 switch may be a termination attempt 
trigger (TAT) based upon the AIN Release 0 :i protocol and 
preferably AIN Release 0.1 query call variables may be 
converted into common call variables by a CPR in the ISC? 30. 
Further, if DMS-100 switches are used, NAQ 0 3 , Release 2 (or 
higher) should be provided. ' . 
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Triggers in switches may have certain identifiable 
parameters, including the telephone number with the trigger 
that permit the SS? and ISC? to synchronize their mutually 
supporting activities. On its end,, the ISC? uses the trigger 
identifiable parameters to select the proper. CPS. to implement 
the technique of converting the call variables that accompany 
the query with trigger identifiable parameters into common 

call variables. 

.For- Durcoses of illustration, six SS?s are shown in Fig. 
1. The actual network may be provisioned with more (or less) 
than the number of SSPs shown in Fig. 1. .The SS?s 34 - 48 are 
switches which 'perform the following function: recognize AIN- 
type calls; launch queries to an Integrated . Service Control 
Point (ISCP) 30; and, receive commands and data from the ISC? 
30 to further process and route AIN-type calls. When one-. of 
the SSPs 34 - 48 is triggered by an AIN-type call, the SS? 
formulates an AIN service request and responds to call 
processing instructions from the network element in which the 
AIN service logic resides. * The. AIN service logic or control 
software may reside in a database at the Service Control Point 
(SCP) 26. The SSPs are connected by trunked communication 
lines 52 which are used to connect and carry communication 
signals, e.g.., voice and/or data, from a calling. party to a 
called party. 

In Fig. 1, the SSPs are shown equipped with Common 
Channel Signaling (CCS) capabilities, e.g., Signaling System 
7 (SS7) , which provides for two-way communications of data 
messages between each SS? and the ISCP 30 via CCS links 
The data messages are formatted in accordance with the 
Transaction Capabilities Applications Part (TCA?) . As shown 
in Fig. 1, each SSP 34 and 3S may be connected to a first 
local area Signaling Transfer Point (STP) 20 by SS7 link 50; 
each SS? 38 and 40 may be connected by SS7 link 50 to ST? 21; 



and each SS? 45 and '43 may be connected by SS7 Link SO to ST? 
22. The connections by Links 50 to the' STPs are for signaling 
purposes, and aLLow the SSPs- to send and receive messages to 
and from the ISCP 3 0 via the' STPs . Each of the STPs . can- be 
connected to a Large number of other STPs. For purposes of 
iiLustration in FIG. 1, SS7 Links 50 are shown as connecting' 
LocaL STPs 20/ 21, and 22 to a regional ST? 24 and connecting 
the regionai ST? 24 to the ISC? 30. 

The ISCP 3 0 is an integrated system which may incLude a . 
Service Management System (SMS) 27, a Data and Reports System 
(DRS) 23, a programmable Service Control Point (SC?) 26, and 
a Service Creation Environment (SCE) 32. The SCE 32 is a 
software based terminal that may be implemented to work with 
the SMS 27 to create, modify, and load service control- 
software (i.e., service logic) into the ' database in the- SC? 
26. The SC? 26 executes software-based service logic and may 
return call routing instructions to the SSPs. ■ The SMS 27 and 
the DRS 23 may be provided for compiling calling information 
to be used for billing and administrative purposes. By way of 
example,' the ISCP 3 0 may be implemented with the BalLcore 
Integrated Service Control Point (ISCP), loaded with 
preferably at least ISC? software Version 4.0, avaiiabLe from 
BeLL Communications Research, Inc., of Livings ton, _New Jersey.^ 
The SCP 2S may be Linked to an external database 150 that 
stores various routing information, e.g., information for 
translating an originating telephone number into the caller' s 
geographic Location of origin. The extemai database 150 may 
be Linked to ST? 24 via data communication Links and inciude, 
e.g., a Line information database (LID3) running preferabLy at 
Least software Version LID3 7 . 0 , avaiiabLe from BeLL 
Communications Research, ■ Inc. . of Livingston, New Jersey. 
AitemativaLy, external database ISO may be directiy accessed 
by and connected to SCP 25 via a TCP/IP connection (not shown). . 



Advanced Intelligent Network (AIN) call processing 
differs from standard telephone call processing in that ■ a 
query to a centralized database, e.g., ISC? 30, is triggered . 
by an AIN application. In AIN- type call processing, an S3?. is 
responsible for . identifying calls associated with AIN 
services, detecting when conditions for ■ AIN service 
involvement are met, formulating service requests for call 
processing instructions, and responding to the instructions 
received. As with normal call processing, the call may be 
suspended at the' calling party's end office or switch equipped 
as an SSP and may send a data message, "via the SS7 links 50, 
to the STPs to establish the call route. AIN services are 
created by assigning appropriate SS? call suspension points, 
known as AIN "triggers", accessed via customer lines .or 
telephone numbers, and accessing customer or service- specif ic 

logic in the ISC? 30. 

The SSPs launching, the AIN queries are preferably end 
office AIN SSPs , 34 - 48. This enables the trigger -for, the 
subscriber service to be placed at the end office serving the 
NPA-NXX of the single telephone number trigger and allows the 
trigger to use trunks 52 or other facilities, i.e., inter- 
LATA, international, etc., for call routing. Thus, if an 
' originating call encounters an AIN trigger at the. end office^ 
designated to receive the NPA-NXX of the single telephone 
number trigger, i.e., triggering AIN service involvement, the 
.SSP, e.g., 36, suspends call processing, then queries the ISC? 
3 0 through the STPs 20 and 24 over the SS7 links SO. 

. For purposes of illustration, assume that a business 
(Business X) , e.g., a food delivery service, has a main office 
at location 3S3, four satellite (branch) offices located 
throughout the local telephone service area at locations 3 3S, 
40B, 4SB, and 48B, and subscribes to the intelligent single 
• teleohone number zip code routing service. Assume that 



Business X advertises its. single telephone number, e.g., 987- 
6543, which, is a telephone number (i.e., NPA-NXX) served from 
end office 40. Also assume that a customer (customer- Y) at 
location 34A desires food to be delivered from Business X. 
Customer Y picks up the receiver at 3 4A and gets a dial tone ■ 
from end office/SS? 34, Customer Y may dial the single 
telephone number publicized by Business X, e.g.', 987-5543, 
from originating location 34A, ultimately offering connection 
to the nearest delivery office of Business X, e.g., Main 
Office at location 3 53. The AIN trigger may be established in 
the SSP end office that serves the.NXX of the single telephone 
number, i.e., end office 40; however, the system should not be 
construed as limited to this arrangement, for example, the AIN 
trigger could be established at the originating end office 
that is equipped as an SSP or at a local or LATA tandem switch 
equipped as an SSP. In Fig. 1, end office/SSP 34 routes the 
call over trunks 52 to end office/SS? 40. End office/SSP 40 
then receives the call and is triggered'. As a result,, end 
office/SSP 40 launches a message, over links 50, to query SC? 
26. SCP 26 then responds back to end office/SS? 40 with 
routing information, and end office/SS? 4 0 routes the call 
over trunks 52 to end office/SS? 36. End office/SSP .36, rings 
location 3 6B,- and Business X at location 3 6B may answer to_ 
complete the communication path. 

Upon receiving the query message from the AIN SSP 
.equipped end office 40, the ISCP 3 0 executes software based 
service logic programs stored in the .SC? 2 6 to perform 
subscriber functions, e.g., establishing a routing number 
based upon the geographic location of the originating- party , 
and returns a response to the end office 40 with call routing 
instructions to forward the call to the appropriate location 
(e.g., location 36B) . The AIN service application, e.g., CPR 
10, may be stored in an ISC? database, e.g., the SCP 25, and 



accessed by a predetermined SS? query Launched from the 
triggering location, e.g., location 40. 

As noted above, new services may be created by assigning 
appropriate SS? A IN triggers to subscriber lines or telephone 
numbers. to access. subscriber and/or service-specific logic in 
the ISC? . The intelligent single telephone number zip code 
routing service features of the present invention may be 
provisioned via SS? triggers implemented with the 10 digit 
part of the 3/6/10 digit trigger in AIN Release 0.1 for 5ESS 
switches, the Terminating Attempt Trigger (TAT) in AIN Release 
0.1 for DMS-10 0 switches,"' or the office based (DN) trigger in' 
AIN Release 0 . 0 for 1ASSS switches . 

When the ISC? 3 0 receives a query, the advanced 
intelligent single' telephone number zip code routing service 
logic will be executed. Call' data may be collected and 
recorded in the DRS 28, as per the normal • ISC? SAMPLE node 
operation. For. example, the ISC? 3 0 may contain resident 
service software that collects the calling (originating) 
telephone number, and called (terminating) telephone number. 
This resident service software may also collect the date and 
the. time of certain predetermined error conditions that may 
arise during each query to- the ISC? 30. A call processing 
record 10 may also be provided that is stored within the SC?_ 
2S. The C?R 10 may contain the service logic for each 
trigger, zip code translation, and call routing. The features 
.of the CPR 10 are more fully discussed below with reference to 

Figs. 5, 7, 9, 11, and 13 . 

After the ISC? 30 has collected the call data, the ISC? 
30 will then retum control of the call, via a routing number, 
to the call suspending SS? for termination. The routing 
number for this service will generally be the telephone number 
of the closest satellite office of the subscriber to the 
.originating party's geographic location. 



Ones the subscribed service logic has been completed, 
control of the originating call may be returned to the 
triagering SSP . To complete the originating phone call, the 
ISCP service logic for this service may respond ta the SS? 
query in one of two possible responses. ' The service may 
respond with a routing number in a TCAP connect message to the 
triggering SSP or respond with a message to play an 

i-/-> t-'na rai 1 p>- a a ■ to i ndicate that the caller 
announcement to cne cane- , - ■ y • / ^ -- v - s * 

is not within the subscriber's service area. 

SINGLE TELBgHONS NUMBER ROUTING 

As noted above, the single telephone number zip code 
routing feature is a geographic routing service "that may be 
used for by business subscribers doing business from or 
providing services from more than one local area office. For 
example, as shown in. Fig. 2/ a portion of local telephone 
service area is shown which includes zip- codes 63101 and 
63102- , each zip code ' further divided with a zip code + 4 
designation. Assume that Business X has its main office at 
3 6B and 4 branch or satellite offices dispersed throughout the 
local area at locations 33B, 40B, 4 SB, 'and 48B. Business X 
subscribes to the single, telephone number zip code routing 
service' so that caller's within Business X's service area may 
call one telephone number and be automatically connected with 

the nearest Business X office. 

To initiate service, business subscribers must predefine 
.the service area from which calls are to be routed. For 
example, the business may define a service area according to 
a 5 to 9 digit zip code, 9 digits being more specific and 
preferred. Telephone calls offered to the single telephone 
number zia code service will be translated to determine the 5 
to 9 digit zip code' of the caller and identify which branch 
office of the subscriber to route the call based on the 
caller's zip code. 



Fig. 3 shows one example of predefining the service area. 

The service area information may be provided in a look-up 

.* 

table that is stored in SCP 25. The service information may 
be provided in various layouts, e.g., 10 digit telephone 
number fields, zip code fields, and other fields. In Fig. 3, 
the first column defines the zip code of the originating (or 
calling) party. The second column of Fig. 3 defines the 
routing number for calls originating from the corresponding 
zip code. According to the example of Fig. 3, Business X has 
defined the area codes 63101 and S31Q2 as the general service 
area. Any calls originating from the "nine digit zip code 
S3101-1234 will be routed to (314) 330-8500. It is noted that 
the nine digit zip code is not required for predefining a 
service area, i.e., the service area may be predefined by any 
length zip code between five to nine digits. Thus, where the 
satellite offices are less densely populated, the service area 
may be defined by, e.g., seven digits (zip code + 2) (see, 
e.g., row "3 of Fig. 3). The initial service information 
should also include a single telephone number (i.e., the 
number that "triggers" AIN processing at the SSP) , a carrier 
identification code for any inter -LATA routing, telephone 
'number," a' default routing telephone number, ; and an 
enable/disable for a market area screening option. The 
default telephone number is important in that any calls that" 
cannot be routed according to the caller's geographic location 
are automatically routed to the subscriber's predefined 
default location for handling such matters. If the market 
area option has also been selected, the market area, defined 
by NPA-NXXs, must also be included to designate the areas from 
which calls will be allowed. 

While the numbers in the zip code column may appear only 
once, a store location terminating (routing) number is not 
limited in the number of zip codes with which it may be 



associated. Further, due to how the table is searched by the 
service logic, i.e., 9 digit zip codes are searched then a 
digit, etc., it should be noted that 53101-1234 and 53101-123 
would not cover .the same zip codes. That is, -53101-1234 only 
covers 53101-1234, while 53101-123 covers all zip codes 
beginning with 53101-123 except 53101-1234 (and any additional 
9 digit zip codes within the predefined table with a 53101-123 

root) . 

'The initial service information may be input into the 
ISCP via a computer workstation interface by a service 
representative of 'the service provider. The data may be 
uploaded or transferred to the ISC?. For example, a .SPACE 
workstation interface (available from Bellcore) may be used to 
interface and transfer information to the ISC? . The subscriber 
may provide the service representative with "the zip codes to 
route telephone numbers in a predefined service table stored 
in a file format on magnetic (or floppy) disk, e.g., ASCIi., 
DOS using Excel or Lotus 1-2-3 spreadsheets, etc. Each 
subscriber table may contain a plurality of records, each 
record including two fields, i.e., a S to 9 digit zip code and 
an associated 10 digit routing telephone number (see, e.g., 
Fig. 3)"- The fields within a subscriber table may' be 
separated by a tab and each' record may be separated by 
returns! 

As predefined in the example of Fig. 3, a telephone call 
originating from location A, (in zip code 63101-1234 of Fig. 
2), will be directed to telephone number (314)380-8 500 or 
Business X main location 3 SB . A call originating from 
location B (in zip ' code 53101-1301) will be routed to 
telephone number (314)380-8502 or branch office 3 at location 
463.' A call originating at location C (in. zip code 53101- 
2004) will be routed to telephone number (314)354-4577 or 
branch office 2 at location 40B.. However, a call from 



location D (zi? coda S3101-L23 5) cannot be routed through the 
predefined table of Fig. 3. Accordingly, a call originating 
from this location must be forwarded to a default number or to 
a recording (e.g., "We are' sorry, but the company you are 
calling, does not currently serve your area with this telephone 
number. Please call or visit one of their convenient 
locations listed in your local telephone directory. Thank you 
for calling.") . If location D is within the desired service 
area of the subscriber, the predefined table of Fig. 3 should 
be revised so that a routing number is defined for call 
originating within that zip code + 4 service area. 

The single telephone number zip code routing service, 
i.e., "simple" single telephone number zip code routing 
service, may also be combined with other features, e.g., -day 
of the week/time of day routing; specific date routing; and 
percent allocation routing, to provide more "complex" routing 
services. . For example, the single telephone number zip code 
routing service of the present application may be combined 
with one or more of the AIN routing services as disclosed in 
commonly owned U.S. Application No. 08/455,024, filed May 31, 
1995, entitled "Apparatus and Method for Forwarding Incoming 
Calls", the disclosure of which is incorporated herein by 
reference in -its entirety. 

In general, the AIN trigger may be established in the SS? 
end office that serves the NXX of the subscriber's single 
•telephone number. The single telephone number may arrive at 
the SSP end office by normal network translations, i.e., the 
call may be directed to the called number serviced by the SS? 
end office. Once the offered call reaches the SS? end office, 
the single telephone number call may actuate the AIN trigger, 
which will suspend call processing while the SS? end. off ice 
queries the ISCP to determine which appropriate branch office 
to route the offered call. The SS? end office may then route 
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the offered call to a location as directed by the ISC? 

response message. 4 

1 . Tricaer Requirements 

The single telephone number zip code routing service of 
the present invention preferably employs a terminating trigger 
strategy in which the trigger may be provisioned within the 
end office of the NXX of the single telephone number. This 
preferred strategy simplifies the overall service because the 
ISCP logic for the single telephone number routing service may • 
be limited to the trigger type and AIN Release number of the 
end office serving the NXX of the single "telephone number and 
because any impact on switching memory, due to announcements 
or digit collection functionality implementation, may occur 
only on the end office serving the NEC of the single telephone 
number. 

As indicated above, 'the present invention may be 
implemented with: SSSS, 1AESS, and/or DMS-100 switches. The 
trigger on the 5ESS switch is a 10 Digit Trigger. The. trigger 
may be based upon AIN Release 0.1 protocol and may preferably 
require that AIN Release 0.1 query call variables be converted 
into common call variables by a CPR in the ISCP 30. If the 
5ESS switch is utilized, then these switches should be 
equipped with Generic 5S9 (1) (or higher) and provided the^ 
necessary trigger requirements in order, to serve subscribers." 
The trigger on the 1AESS switch may be a dialed line number 
(ON) trigger based upon a 10 digit virtual number. The 
trigger may be based upon the AIN Release 0.0 protocol and may 
preferably require AIN Release 0.0 q^sry call variables to be 
"converted into common call variables' by a CPR in the ISC? 30 . 
Further, if 1ASSS switches are employed, they should 
preferably be equipped with Generic 1AE12.03 (or higher) and 
provided the necessary trigger requirements in order to serve 
subscribers. The trigger of the DMS-100 switch may utilize. a 



termination attempt trigger (TAT) based upon the AIN Release 
0.1 protocol and may preferably require AIN Release 0.1 query 
call variables, to be converted into common call variables by 
a CPR in the ISCP 30. Further, if DMS-100 switches are used, 
NA003, Release 2 (or higher) should preferably be provided. 

A DN trigger is one of several triggers in the 
originating call model. The IAS S3 DN trigger has the same 
characteristics of the 5SS3 3/5/10 digit trigger. Calls 
routed by such an SS? may suspend processing after completing 
digit analysis and query the ISCP for further instructions. 
L<k- the 3/S./10 digit trigger, the DN trigger may be 
provisioned to recognize either NPA, NPA-NXX, or NPA-NXX-XXXX. 
For the single telephone number routing service, the ten dxgit 
.trigger is preferably employed. 

The TAT may be the only trigger detected in the 
terminating call model. This trigger may be detected in the 
null state of the terminating call model at the point when it 
• has been determined that a connection between some originating 
facility is to be made to the DN to. which the termination 
attempt trigger is assigned. When an SS? encounters a TAT, a 
terminating attempt query is launched prior to choosing the 
specific port, to seize and the call is- routed via instructions 
from the ISCP. ' It is ' noted that only analog lines can be 
provisioned as TATs and that the termination attempt trigger 
"may be the .only true terminating trigger defined within AIN 
• Release 0.1. 

According to an aspect of the present invention, the 
single telephone number that triggers AIN processing may be a 
virtual number, i.e., the single telephone number is not a 
routing number option. While provisioning the service in this 
manner may technically be possible with the TAT trigger on the 
DMS-100, the 3/6/10 trigger of the 5 ESS , and the DN trigger on 
the i^ESS, calls ■ intended for termination at the routing 



number may not be terminated as desired. That is, a call 
intended for the .■routing number would preferably always 
trigger the A1N service and, therefore, be redirected to the 
nearest office to • the • caller. Use • of a ' virtual single 
telephone number enables customers to dial a specific office 
of the subscriber directly, if necessary. 

The virtual single telephone number is not preferred as 
the default routing number. This is because, at some time it 
may be necessary or desired for the subscriber to change the 
default routing number. If changed, the single telephone 
number would .most likely have to change, thus severely 
damaging advertising and goodwill expended by the' subscriber 
in promoting their single telephone number to the public.- 

Because the trigger is located within the SS? end office 
of the NXX of the virtual single telephone number, there are 
no specific requirements for access by a caller to the single 
telephone number. The single telephone number may be accessed 
by any caller on any switch simply by dialing. In fact,, any 
dialable telephone number on a 1AESS , 5ESS , or DMS-100 switch 
can be used as the single telephone number, although 
underlying physical facilities may have to be changed or 

eliminated. 

a. 5SSS Procedures 

The 3/6/10 digit trigger may be provisioned on the 5 ESS 
for the single telephone number .routing service. There is no 
■limit on the number of simultaneous re-routed calls with the 
3/6/10 digit trigger response message. The 5ESS response 
timer for a. query to the ISC? may need to be increased from 3 
to 4 seconds, depending on benchmarking of the SS7 LIDB get 
data query. The "time -out limit applies only to the SS? where 
the single telephone number, trigger is provisioned. The SS? 
timer includes the time interval for the ISC? single telephone 
number call processing record - (CPR) execution and ISC? get 
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data query to the zip code LID3 DB, ' which may be, e.g., 0. 
seconds for a LIDB SC? get data query. 

Some callers, 'e.g., those with four party service, coin 
teleohones, etc., may not be able to access single number 
service. 

However, a 5ESS switch based call forwarding response 
message to a terminating attempt trigger may include intra- - 
and inter- forwarding limits, thus, limiting the number of 
simultaneously forwarded calls from the same TAT DN. The 
upper limit of the number of calls forwarded for a 5ESS is 99. 
Because it is likely that larger subscribers may have well 
over 100 simultaneously forwarded calls at any given time 
(especially during normal business hours) , the TAT of the 5SSS 
may not be employed for the single telephone number service . 
b . DMS-100 Procedures 

The TAT trigger may be provisioned on the DMS-10 0 for 
single telephone number routing service. The DMS response 
timer for a query to the ISC? may need to be increased from 3 
to 4 seconds, depending upon benchmarking of the SS7 LIDB get 
data query, this time-out limit applies only to the SSP where 
the single telephone number trigger is provisioned. The SS? 
timer includes the time interval for the ISCP single telephone 
number routing service CPR execution and ISC? get. data query^ 
to the zip code LIDB DB, which may be, e.g., 0-6 seconds for 

a LIDB SC? get data query. 

Lines and trunks able to originate calls to any AIN 0.1 
trigger (including TAT), include: public lines - single party 
flat rate, single party measured rate, PBX line flat rate, PBX 
line measured rate; private lines - integrated business 
network, e.g., CENTRSX, electronic business set; public trunks 
- intertoll trunks, trunk incoming, trunk 2 way; and private 
trunks - trunk incoming, trunk 2 way, and primary rate 
interface. The lines and trunks .must be supported in NA003, 



Release 2 . Unsupported lines may not originate calls to an 
AIN trigger for intraof f ice calls, i.e., lines terminating in 
the SS? where the AIN trigger is provisioned. However, for 
example, a DMS . two-party fiat rate line may make calls to a 
triggered number in another office by supported trunk types. 

The DMS -100 terminating attempt trigger forward call 
response message does not have intra- or inter-forward limits. 
However, if a limit is placed on the number of simultaneously • 
forwarded calls, an option on the DMS-100 is to set a maximum 
of simultaneous forwarded calls to 1024, which should be 
sufficient for even large subscribers. 

c . 1AESS Procedures 

The DN trigger may be provisioned on the 1AESS for single 
telephone number routing. The DN trigger response message has 
no limit on the number of simultaneous., re-routed calls. The 
1AESS response timer for a query to the ISC? may need to be 
increased from 3 to 4 seconds, depending upon Bellcore's 
benchmarking of the SS7 LID3 get data query. The 1AESS 
response timer in V12.03 (AS P.3) , which may be tunable by an 
office option record. The time-out applies only to the SS? 
.where the single telephone number trigger is provisioned. The 
SS? timer includes the time interval for ISCP single telephone 
number routing C?R execution and ISCP get data query to the 
zip code LIDB DB, which may be, e.g., 0.6 seconds for a LID3" 

SCP get data query. 

DN triggers may not be encountered on incoming calls 
received by Type 1 or Type 2 trunk groups. These trunk groups 
are preferably converted, e.g., during SS7/AIN conversion, to 
Type 10 or Type 15 in order to receive DN trigger treatment. 
2." "Simple" Single Telephone Num b ^ 7. in Code Routing 

The "simple" single telephone number zip code routing 
service (i.e., routing based only on geographic location) may 
include templated service logic to perform the zip coce 



routing functionality. Because the query/ response for each 
SS? trigger to ISC? is different and query/ response for each 
TSC?-to-zip code + 4 is identical, it is preferred to employ 
four CPRs within "the IS CP for accomplishing 'the single 
telephone number' zip code routing service. That is, the 
templated service includes three trigger CPRs (one trigger C?R 
for each of the DMS-IO0, the LASSS, and the 5ESS) and one zip 
code CPR for translating the CPN to the zip code + 4 of the 
caller. Of course, the number of CPRs used may vary depending 
on the number of different types of SS? equipped switches 
employed. 

While each of the trigger CPRs may be different, the 
logical steps may be the same. That is, the differences, 
e.g., AIN Release 0.1 or 0.0 response call variables, are 
dependent upon the inherent differences in each particular 
trigger, as discussed above. 

The single telephone number routing service, both the 
"simple" and "complex" versions ,. employs a universal zip <zoda 
CPR for translating the originating caller's CPN into the 
caller's zip code + 4. The zip code CPR, receiving handover 
control .from, the trigger CPR (discussed below), may be of 
template design. However, certain subscriber options, e.g. 
market area 'screening, may be available even ~ though . the. 
service logic of the simple single telephone number zip code 
routing service is designed as templated service logic. 
Market area screening enables the subscriber to screen areas 
of the local service from service access, e.g., if no offices 
are nearby, etc. Market area screening may also be desirable 
because if the subscriber is responsible for billing after the 
originating call triggers the SSP, the subscriber can limit 
the occurrence of toll call f orwardings . According to an 
aspect of the invention, the single telephone number zip code 
routing service may also include service logic to create 
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records and reports regarding service operation. To aid in 
the determination ••• and/or correction of various errors or 
service problems, the single telephone number zip code routing 
service may identify and classify errors -by cause: . 

< 

An exemplary flow diagram of the zip code CPR, which 
resides within the ISC? and performs the translation of 
originating telephone number to the caller's zip coda + 4, is 
shown in Fig. 5. At stap 300, a query message transmitting 
the common call variables from the triggered SSP to the ISC? 
is received. The SCP, at step 302, determines whether the 
customer phone number (C?N) of the calling party ' has been 
received. If no CPN has been received, then the logic 
proceeds to step .301 to report data to the DRS that .an error 
has occurred, i.e, the CPN was not received, and then proceeds 
to step 3 03 to send a response to the trigger CPR to route to 
the default number... The CPN will generally not be delivered 
from non-SS7 offices, non-participating independent telephone 
companies, cellular calls, 'etc. However, it is noted- that 
cellular SS7 conversion may make it possible for the CPN of a 
cellular telephone to be passed to the ISCP . 

If the CPN has been received, the logic determines, in 
step 3 04, whether the market area screening option has been 
subscribed to. If there is no market screening- opt ion, the 
logic proceeds to step 308. If there is a market screening 
ootion, then the logic flow of the CPR proceeds to step 30S, 
' and it is determined whether the caller's NPA-NXX is within 
the subscriber's defined service area by accessing the table 
shown in Fig. 4. Figure 4 is a lock-up table that defines the 
subscriber's market area in terms of NPA-NXXs . The look-up 
table may be stored in a database accessible by the SCP and 
may be employed to determine whether the caller's NPA-NXX is 
within the subscriber's defined market area. If the caller's 
NPA-NXX was not within the subscriber's service area, an error 



message that the call is from outside of the subscriber's 
service area may be reported to the DRS in step 3 05 and an 
response to play an announcement is forwarded to the trigger 
CPR at step 307. The announcement may inform the caller that 
the call is not ' within the specified service area of the 
subscriber, e.g., "We are sorry but the company you are 
calling does not currently serve your area with this telephone 
number. ' Please call or visit one of their convenient 
locations listed in your local telephone directory. Thank you 
for calling." If the caller's NPA-NXX is within the defined 
market area of . the subscriber, the logic proceeds to step 303. 

■ 

At step' 308, the ISC? determines whether the caller's 
NPA-NXX belongs to either the service provider or a 
participating independent local exchange carrier (ILEC) . ...To 
analyze the NPA-NXX, the SCP may access an NPA-NXX table, for 
example, as shown in Fig, S, The NPA-NXX table may be stored 
in a database accessible by the SCP and may be employed to 
determine whether the caller's NPA-NXX may be supported by the 
external zip code database of the service provider or a 
participating ITC . This screening is performed to ensure that 
the query is not lost or rejected by the SS7 network, the 
service" provider, or an ■ ITC (whether participating or not). 
The company- identification codes may be unique to the single, 
telephone number routing service and may be placed in the 
table for performance measurements. The service provider may 
•be indicated, e.g., as "0". Company identification codes, 
i.e., the participating ILECs may be designated as, e.g., 100, 
200 , etc . ," and may be supported by the performance measurement 
service logic. Thus,, the pre-screening keeps performance 
results from being distorted for not having zip codes for a 
CPN which the service provider cannot get . 

If the NPA-NXX is not listed in the NPA-NXX table, step 
301 reports an error message that the call is a non-service 
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provisionar originated call to DEIS and a response is sent to 
the triggering C?R Jto connect the call to the default number 
at step 303. If the NPA-NXX is listed, the logic proceeds to 
step 310 to get the caller's zip code from, e.g., an external' 

zip code database.. 

The caller's CPN may be matched with entries in a 
database external to the ISC? . For example, the CPN may be 
transmitted via an SS7 query to convert the CPN to the 
caller's zip code + 4. Alternatively, the query may be 
directly transmitted over a TCP/IP network from the ISC? 30. 
The transmission over SS7 may be, e.g., 3 GetData command to 
the external zip code database. The external database may be 
maintained. by the service provider or one of the ILECs . For 
example, if the NPA-NXX table showed a company identification 
of "0", the GetData query would be transmitted to a service 
provider database; if the company . identification -100- was 
"found in the NPA-NXX table, the query would be transmitted to 
a database maintained by the company identified a "100" . The 
query is received by the external database and the CPft is 
compared to a list of telephone customer telephone numbers 
(working telephone numbers) . Each Listed telephone number has 
a zip code* 4 associated with it, and the associated zip code 
* 4 may be sent back to the ISCP via the SS7 . Information and 
details on GetData parameters may be found in Bellcore 
Document GR-2838-CORE (Generic Requirements for GetData), 
■Issue L, August 1994 and in Section' 13 . S (LID3 
Interface/GetData Interface) thereof, for error response 
•messages; the disclosure of this Bellcore document is 
expressly incorporated herein by reference in its entirety. 

' " The interface between the ISC? and external zip code 
database may be over SS7 or TCP/IP • Further, it is preferred 
that the external database be maintained as a redundant mated 
pair. Thus, the ISCP may query either of the redundant- mated 



pairs of databases if GTT routing is supported, e.g., ISC? 
software Version. 4 .,0 or may query only one LIDB in point-to- 
point routing if GTT routing is not supported, e.g., ISC? 
software Version 4.0. GTT routing is preferred because it 
allow ISC? querying to either database- in the event one 

of the pair fails. 

The external CPN-to-zip code database may be created and 
maintained by the service provider for all single telephone 
number zip code routing service subscribers. The C?N and its 
associated zip code is corporate data, not customer specific 
data, and, therefore, may also be accessed by other services 
needing a CPN-to-zip code conversion. The external database 
may be considered a network element as it is involved in call 
orocessing. The Line Information Data Base (LID3) may be used 
to store the CPN and associated zip codes. The LID3 may 
concurrently store the service provider ' s _ working telephone 
numbers (WTN) and the zip codes associated with each WTN may 
be added to the LIDB. CPN-to-zip code databases for 
participating independent' companies, i.e., non-service 
providers, should be maintained by those companies. ■ 

The CPN and associated customer address, which may be 
used to -generate a zip code, may be derived from the service 
provider billing database. A validating system, e.g., a 
billing validation distribution system (3VDS) , may read a 
Customer Record' Information Service (CRIS) unload file to 
determine the address associated with each CPN. The zip code 

< 

associated with the CPN may be based on the service address, 
and may be determined by the presence of various address 
fields which are part of the service provider's general 
billing information, e.g., different premise address (DP A) , 
service listed address (SLA) , service address (SA) , and listed 
address (LA) . Once the service address has been determined, 
the validating system will assign a zip code + 4 designation 
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to an administrative system, e.g., a line validation 
administration system (LVAS) . The LVAS and GetData Interface 
are two possible direct interfaces into the C?N-to-zip code 
database . 

The LVAS is generally an administrative system. The LVAS 
may include a mirror image of LIDS and may perform continuous 
audits to ensure informational synchronization with LIDS and 
CRTS. The LVAS may provide access to the LIDB through daily 
batch" updates to add and delete CPNs and associated zip codes, 
although it may be necessary to modify the LVAS to accept 9 
digit zip codes from the BVDS . The LVAS may use a stored 
program to assign zip code * 4 to the WTN, e.g. , FINALIST. In 
addition to adding and/or updating customer WTNs , it may be 
necessary to update the zip code ■ + 4 information. 
L5 Periodically the U.S. Postal Service may modify the zip code 

information, which must be updated in the LIDB as discussed 
above. Thus, the entire CPN-to-zip code + 4' database should 
be updated periodically, e.g., twice a year, by rerunning^ the 
zip code + 4 logic,, discussed above. An on-line LVAS may 
20 provide direct access to update CPNs and associated zip codes 

"as needed. The GetData interface is a service independent 
LIDB query that may request specific data elements from a 
record in LIDB.- GetData comprises an identifier to signify a_ 
GetData query, a service key to indicate the line record 
25 within LIDB for the information sought, and a set of LIDB data 

' elements identified by unique TCAP data element identifiers 
about data that the ISCP wants to receive. Based upon the 
information in the GetData .query, the.CPN may be transmitted 
as a service key to obtain the line record information, • a . , 
30 zip code + 4, associated with the CPN. 

The LIDB may be used to store the zip codes associated 
with -each telephone, number because it generally contains all 
of the working telephone numbers in the service provider's 
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service area and may include WTNs of contracted Local 
indeoendent local exchange carriers.- It may be necessary to 
update the data base to include 9 digit zip codes for each 
associated WTN. The LID3 requires preferably at least Version 
7.0 for the interfacing with the GetData command over the SS7 . 
Further, Version 7.0 reorganizes the LIDE to include tag-value 
fields whose contents are defined by the client company. 

In general, WTNs of the ILECs will not be contained 
within the service provider's LIDB because the service 
provider generally does not have access to information such as 
a customer's -address. Thus, without the customer's address, 
the zip code cannot be determined. Accordingly, a default 9 
digit zip code, e.g. 00000-0000, may be stored in the LIDB to 
send a zip code back to the ISC? even when the CPN originates 
from a caller of an ILEC. The same default 9 digit zip code 
may be used in the event that a service provider's customer's 
zip code cannot be found or assigned. 

Referring again to Fig v 5, at step 312 the logic" waits a 
predetermined time (e.g., between 1.0 and 3.0 seconds, at 
least in half second intervals) for the CPN- to -zip code 
translation to take place, before proceeding to step 314 to 
determine whether the GetData query was successful. . That -is, 
when the GetData query is launched, the SCP may begin a query, 
timer to monitor the response time of the query to/ response 
from the external database. A query time-out • may be sec 
(e.g., at 1.5 seconds) although" an average query/ response 
generally takes approximately 0.6 seconds. A second timer jr.ay 
be employed as a sampling timer to ensure that a specified 
amount of time has elapsed before checking the time-out timer, 
e.g., every 1.0 seconds. The second timer may work in whole 

second' intervals . 

If a query is found unsuccessful, e.g., time-out, query 
error at step 311 the' logic reports an applicable error 
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message, i.e., a time-out: condition., signaling connection 
control part (SCCPJ , or LIDB processing error, to the DRS . 
Time-out conditions may include: no response received and 
error notification received during the time-out. interval. The 
cuery errors may .include: routing error notification, e.g., 
signaling connection control part (3CC?) (the query did not 
make it to the LIDB) , generally caused by global title 
translation failures, unequipped users, and network problems, 
•and LID3 processing error notification, i.e., return or a 
return error message. After reporting the error, the logic at 
step 3 03 sends a response to the triggering CPR to route to 

the default number. 

If the query is found successful; at step 314, then step 
■316 the logic determines whether the CPN was listed in the 
external zip code database. If the CPN is not listed, the 
logic at step 313 reports to the DRS that the CPN was not in 
the LIDB and a response is then sent to the trigger CPR, at 
step 315, to route to the default number. If the- CPN is 
listed, then at step 318, the logic determines whether the zip 
code + 4 of the CPN was in the external zip code data base. 
If the zip code is not located, .then at step 313 the logic 
reports to the DRS that the CPN. is. in. the LIDB .but not the zip 
code + 4 and. at step 315, a response message is .sent to the 
trigger CPR to route to the default number. 

If the zip code + 4 is located, then at step 320, the zip 
.code + 4 is compared with the subscriber's predefined service 
area table to determine whether a routing number is found. If 
a. routing number is found at step 322, then the logic proceeds 
to step 340. If, however, no routing number is ascertained, 
then the zip code + 3 is compared, at step 324, with the 
subscriber's predefined .service area table to determine 
whether a routing number is found in step 326. If a routing 
number is found -at step 326, the logic proceeds to step 340. 



However, if no routing number is ascertained, then the zip 
code f 2 is compared, at step 323, with the subscriber's 

* 

predefined service area table to determine whether a routing 
number is found' at step 330. If a routing number is found at 
steo 330,' the logic proceeds to step 340. ' When no .routing 
number is ascertained at step 330, the zip code + 1 is 
compared, at step 332, with the subscriber's predefined 
service area to determine whether a routing number is found at 
steo 334. If a routing number is found at step 334, the logic 
proceeds to step 340. If no routing number is ascertained,/ 
then the zip. code is compared, at step 33S, with the 
subscriber's predefined service area to determine whether a 
routing number is found at step 333, as shown in Fig. 5. 

The zip code information in the subscriber's predefined 
service area table may be fully compressed to conserve the. 
ISCP's memory capacity. Because these zip codes are fully 
compressed, the single telephone number zip code routing 
service zip code processing CPR may need to perform" 1 to 5 
table look-ups to find a matching compressed zip code, i.e., 
a table look-up for each of zip code + 4; zip. code + 3; etc. 
Accordingly, to optimize the table look-ups, the predefined 
service "area table queries may be restricted to a minimum or 
maximum length zip code, e.g., predefined area -and look-up_ 
search field restricted to zip code + 2. This would eliminate 
unnecessary zip code look-ups and save processing time by the 
■ISCP. 

If no routing number is found that corresponds with the 
subscriber's predefined service area, the logic at step 319 
reoorts that the zip code is not within the predefined service 
area to the- DRS and, at step 321, sends a response message to 
the trigger CPR to route to the default number. If a routing 
number is found that corresponds with the subscriber's 
©redefined service area table, the logic at step 340 reports 



to the DRS that the call was routed to the subscriber's 
location and, at step 342, sends a response message to the 

* 

tri _g. 3r C pp_ Q f the triggering SSP to route the offered call to 

the routing number. 

An. exemplary flow diagram of the trigger CPR is shown in 
Fig. 7. The trigger CPR may reside in the SC? of the ISC? . 
In step 700, the SSP is triggered by the single telephone 
number, and depending on the type of switch that is equipped 
as the SSP, the appropriate trigger CPR is accessed by the 
query launched by the SSP . In step 702, the AIN Release 0.0 
or 0.1 query call variables are converted to common call 
variables by the trigger CPR logic for use by the ISC?. In 
step 70 4, the trigger CPR handsover control to the zip code 
CPR to determine the caller's zip code + 4. When control is 
returned to the trigger CPR at step 70S, the routing number is 
also transferred. The routing number may be one of the 
subscriber's satellite office closest to -the caller's location 
or the subscriber' s default telephone number. 

The trigger CPR may determine whether the routing number 
is inter- or intra-LATA at step 70S by using a LATA- table, 
such as thaf shown in Fig. 8. This table may maintained 
within the ISC? and may contain every NPA, NXX, and LATA for 
the service provider's service territory. The table may be_ 
created from a monthly file, e.g., terminating point master 
(TPM) generated by Bellcore. The LATA table may be used by 
■the ISCP to determine whether the routing telephone number 
returned from the zip code CPR requires inter- or intra-LATA 
service, e.g., by comparing the LATA of the single number to 
the LATA of the routing telephone number. If the routing 
number requires inter -LATA routing, the inter-LATA carrier may 
be set at step 710, e.g., standard POTS procedures for 
generating interexchange carriers (IXC) originating access. 
If the routing number requires intra-LATA routing, a local 



exchange carrier (LSC) must be set as the call carrier at step 
709. Sir.ce the subscriber to the single telephone number 
service will pay for the forwarding leg of the call, the 
subscriber must designate a carrier identification code (CIC) 
to be used in these cases. For example, the ISCP instructs 
the SS? to use a CIC of the single telephone number zip code 
routing subscriber, not the CIC of the originating number. At 
step 712, certain billing information may be set. According 
to an "aspect of the invention, the originating caller may only 
be charged for the call origination to the triggering SS?. 
For charges .accruing due to triggering the SS? and any 
subsequent routing, the charges may preferably be borne by the 
subscriber. At step 714, -the routing number and any other 
necessary routing . information are transferred to the 
triggering SS? through the ISC? response message over the SS7 

or TCP/ I? network. 

- Thus, according to general AIN principles and procedures, 
the routing number is passed to the triggering SSPv Call 
processing then resumes with the suspended call being 
connected to the routing number for termination. 

As discussed above with respect to the zip code CPR, 
several possible errors may occur while the call is suspended 
and the triggering SS? is awaiting a response from the ISCP._ 
These errors may be expected errors of the operating system of 
the ISC? and are indicative of both service and subscriber 
.performance. Further, additional indications may be made' if 
an error occurs due to a feature controlled and/or maintained 
by a participating ILEC. Thus, these errors may be quantified 
by, e.g., time, type, etc. and presented in a report for 
subscribers, customer service personnel, and participating 
ILECs . 

By noting the type and/or time of a specified error, 
• e.g., C?N not in LIDS , . zip code not -in LID3, query error, 
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etc., customer service personnel of the service provider may 
take corrective steps to. avoid the error in the future. 3y 
monitoring whether' certain queries directed to participating 
ILEC facilities are being received, properly processed, and/ or 
responded, to, the. service provider can monitor the efficiency 
of the ILEC so as to better serve the subscriber. 

Other error information, e.g., that a specified zip code 
was not found in the subscriber's predefined service area 
table", may be compiled and forwarded to the subscriber so that 
corrective action may be taken, such as adding certain- zip 
codes to the predefined service area table. Further, all ■ 
reports may be of interest to the subscriber so that an 
assessment may be made of the success of the single telephone 
number routing service campaign and of the quality of service 
furnished by the service provider. 

As noted, the errors may be detected and recorded by the 
ISC?. The information detected and recorded may be forwarded 
to a service provider location for processing and compilation 
in a maimer similar to the data transfer disclosed in commonly 
owned. U.S. Patent Application No. 08/473,919, filed June 7, 
1995, entitled "Apparatus and Method for Recording Call 
Related Data" , the disclosure of which is incorporated herein 

by reference.. ' ~ 

To accomplish service monitoring, the ISCP platform 3 0 
may provide with the DRS with logic for selectively enabling 
.a sampling node for collecting call data on each query from 
the SS? and logic for selectively enabling a measurement node 
for measuring occurrences of specified events or paths taken 
in the service logic flow. 

t 

The zip code C?R, as mentioned above, forwards certain 
error data to the DRS for use in creating the error reports. 
When measurement or sampling nodes are active, all calls and 
call data will be tracked and stored on the DRS. Daily data 



may be selected from the DRS , and scripts may be provided to 
process and format- the data and then transmit the data to a 
downstream processing database (not show.) . 

For example-," customer performance reports may be 
generated. These reports may reflect a peg count of each 
error indication . for each subscriber according to carrier, 
i.e. the service provider, ILEC, etc. Carrier service 
performance measurement reports may be generated. These 
reports may reflect a peg count for the service provider and 
each identified ILEC. Sampling data reports (according to 
CPNs not in -external database or zip code not in external 
database) which may list the CPN, the single telephone number, 
call date, call time, zip code + 4, and error encountered. 
Sampling data reports (according to no zip code in _ 
subscriber' s predefined table) which may list the CPN, single 
telephone number, call date, call time, zip code + 4, and 
error encountered . 

The measurement node may be created 10 0% of the "time for 
all subscribers and for all ' predetermined error types. A 
toggle' feature may be programmed into the' zip code CPR to 
allow the measurement node to be turned off /on should the 
subscriber Later wish to enable the same. The sampling node- 
may provide 10 0% call sampling of errors and also include a 

toggle feature . 

The measurement and sampling data is an important sales 
tool because the subscriber can see how efficiently the single 
telephone number routing service is being maintained by the 
service provider. The supporting measurement data identifies 
whether the service provider or a participating ILEC is 
responsible for any necessary improvements. The sampling data 
enables the service provider and the participating ILECs to 
improve their external zip code databases, and enable the 
subscriber to improve the predefined service area. -The end 



result is better service to the subscriber's customers and to 

the subscriber. * 
3 m "Complex" Single Telephone Number Routine 

Because of -the single telephone number routing service 
according to the present invention uses botha trigger CPR and 
a universal zip code CPR, the simple single telephone number 
routing service may allow for certain added flexibility in 
service provisioning enabling additional customer defined call 
forwarding options.' That is, service provisioning may allow 
certain defined exception periods to be "built-in" to the 
single telephone number routing service such that the zip code 
routing may be suspended in favor of at least one of, e.g.., 
time-of-day, day-of-week, specific date, and/or percent 
allocation, simply by modifying the trigger CPR. These call 
forwarding methods may be implemented according to, e.g., the 
disclosure of commonly owned U.S. Application No. 08/455,024,- 
filed May 31, 1995, entitled "Apparatus and Method for. 
Forwarding Incoming Calls" . 

. The trigger CPRs are stored .and executed within the PSC? . 
This enables the trigger CPRs for the complex single number 
services, e.g., the exception periods, to take advantage of 
the internal ISCP clock for determining at.. least time-of-day, 
day-of-week, and the specific date of receiving the query from 
the SSP. When queries are launched to the ISCP, the ISC? 
notes the day, date and time, at least for billing purposes. 
.The trigger CPRs for the complex single number .service may 
also use this internal ISCP clock to determine whether a query 
is received during an exception period, the exception period 
defined within the trigger CPR, as more fully discussed 
hereinbelow. 

Further, the exception periods may be defined before zip 
code routing, after zip code routing, or both. These services 
mav be referred to as single number service (routing) ,. 



customer location routing service, and single number/ customer 
location routing service, respectively, 
a . Single Number Service 

This complex service determines whether or not the 
subscriber desires to route the call according to the caller's 
geographic location,' i.e., whether the trigger C?R should 
access the zip code CPS.. Figure 9 shows an example of the 
trigger C?R for the single number service, according to the 
oresent invention. • Just as discussed above with respect to 
the single telephone number zip code routing service, each 
trigger may require a different trigger C?R, which may be 
nonetheless logically similar to each other. 

This complex service defines exception periods and 
bypasses .the zip code translation if the call, originates 
during an exception period. These exception periods may be 
defined according to, e.g., date, time, day, or percent 
allocation. These exception periods may be predetermined by 
the business subscriber and_ stored in a database accessible by 
the ISGP. 

Exception periods may be based upon a specific date. The 
subscriber may select, e.g., up to ten different dates per 
individual routing number, each data with a correspondingly 
defined routing telephone number. . If a call is -received on 
one of the exception period dates, the call may be routed 
according to a corresponding' routing number' or a percent 
allocation distribution. Calls received on non-exception 
period dates will be routed according to the geographic 
location of the originating caller. 

If the subscriber wishes an exception period based upon 
day or time, the subscriber may define, e.g., a list or table 
of time-of-day/day-of-week entries, each listing with a 
correspondingly defined routing telephone number. The list 
preferably accounts for each' hour in a twenty- four hour period 
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or each day of the weak. The single telephone number routing 
service subscriber may select, e.g., up to ten different titne- 
of-day/day-of -week' entries . If calls are received during an 
exception period, then" zip code routing in not performed and 
the call is routed according to the routing number in the 
time-of-day/day-of -week list or. a percent allocation 
distribution. If calls are received during a non-exception 
period, then zip code routing is performed. 

Besides simply routing a call to a defined routing number 
during an exception period defined by one of date, time, and 
day., the subscriber may alternatively select percentage 
allocation routing. The subscriber may select, e'.g. , 2 to 5 
percentages, preferably whole number and preferably totalling 
100%. The percent allocation feature does not limit the 
subscriber to only one routing location during an exception 
period. Percent allocation allows subscribers to distribute 
calls among several satellite office during an exception 
period. The ISCP includes a random allocation algorithm which 
may be implemented in providing the percent allocation 
feature. 

An exemplary scenario of a single number service is shown 
in Fig. .10. -The single number service, a complex service, is 
represented by 1000. The exception period 1001 _Ls, e.g., a 
day-of-week exception period in which on Saturday and Sunday" 
the originating caller will be routed, at 1004-, to (314) 880- 
.8500. Monday - Friday are not ' designated as exception 
periods, thus, on those days, simple zip code routing 1002 of 
the originating' call is performed. 

An exemplary flow diagram of the trigger CPE is shown in 
Fig. 9. At step 900, the SSP is triggered by the single 
telephone number, and depending on the type of switch used as 
the triggering SSP , the appropriate trigger CPR is accessed by 
the SCP from the query launched from the SSP. At step 902, 
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the A.IN Release 0.0 or 0.1 query call variables are converted 
to common call variables by the trigger CPR. for use by the 
ISC?. At ste? 903,' it is determined whether the current call 
has been offered during a defined exception period. Assume 
5 that the call is. placed during an exception period, e.g., 

Saturday. The trigger CPR will perform the defined call 
forwarding technique at step 905 and then return routing 
number (314) 330-8500 to the trigger CPR at step 905. Assume 
' that the call is placed during' a non-exception period, e.g., 
iq Tuesday. Control is handed over to the zip code CPR at step 

904 for processing as discussed above in .the single telephone 
number zip' code routing service. The remaining trigger CPR 
steps 708 - 714 are identical to those discussed above. 

It is noted that the selected manner of forwarding by the 
15 subscriber is not limited to a single service. That is, any 

combination of the day-of-week, time-of-day, and specific date 
exception periods may be combined with a customer defined 
single number routing service. 

b . Customer Locat ion Routing 
2Q Th i s service, like the single number service, determines 

whether or not the subscriber desires to route the call 
according to the caller's geographic location or according to 
some other routing option. However, the' customer location 
routing service determines whether to route according to the 
25 caller's geographic location after the zip code 4- 4 

■translation has occurred. Figure 11 shows an example of the 
trigger CPR for the customer location routing service. Just 
as discussed above with respect to the single telephone number 
zip code routing service, each trigger may require a different 
30 trigger, which may be nonetheless logically ■ similar to eacn 

other. 

This complex service defines exception periods ana 
determines whether a call routed to an individual subscriber' s 

- 
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location requires additional routing. These exception periods 
may be defined according to, e.g., date, time, or day. 

Exception periods may be based upon a specific date that 
a call is - routed to a particular •' subscriber satellite 
location. - For each single telephone, number routing service 
call, the CPN-to-zip code translation is performed, then the 
subscriber defined routing number is forwarded to the trigger 
CPR. The single telephone number routing service subscriber 
may select, e.g., up to ten different dates per each routing 
number, each date with a correspondingly defined final routing 
telephone number. If a call is received on one of the 
exception period dates, the call may be routed according to a 
corresponding final routing number or a percent allocation 
distribution. Calls received on non-exception period dates 
may be routed according to the geographic location of the 

originating caller. 

If the subscriber wishes an exception period based upon 
day or time, the subscriber may define, e.g., a list of time- 
of-day/day-of-week entries for each subscriber satellite 
office, each listing with a correspondingly defined routing 
telephone number. The list preferably accounts for each hour 
in a twenty- four hour period or each day of the week. The 
single telephone number routing service subscriber.may select, 
e.g., up to ten dif f erent- time-of -day/day-of -week entries for" 
each subscriber's office. If calls are received during an 
■exception period, then the call is rerouted to the final 
routing number defined in the time-of -day/day-of -week list or 
a percent allocation distribution. If calls are received 
during a non-exception period, then routing to the subscriber 
office telephone number determined during zip code routing is 
performed. 

Besides simply routing a call to a defined routing number 
during an exception period defined by one of date, time, and 



day, the subscriber may alternatively select percentage 
allocation routing. The subscriber may select, e.g., 2 to 5 
percentaces , preferably whole number and preferably totalling 
100%. The percent allocation feature does- not limit the 
subscriber to only one routing location during an exception 
period.' Percent allocation allows subscribers to distribute 
calls among ■ several satellite office during an exception 
oeriod. The ISC? includes a random allocation algorithm which 
may be implemented in providing the percent allocation 

feature. 

The flow diagram of the customer location routing 
service, shown in Fig. 11, may be the same as • the single 
telephone number zip code routing service until control and. 
the routing number are handed over to the trigger C?R with the 
routing telephone number at step 1106.' As discussed above, 
the routing number may be one of the subscriber's satellite 
office closest to the caller's location and the subscriber's 

default telephone number. 

An exemplary scenario of a customer ' location routing 
service 1200 is shown in Fig. 12. After the zip code routing 
of the originating call has occurred at 1201, it is determined 
whether the originating call is being routed to a location 
during an exception period. Assuming that the possible 
locations for zip code routing are location ? 120 2 and 
location Q 120S, that location P includes a time-of-day 
..exception period, and that location Q includes a day-of-week 
exception oeriod. Location P, between 7:00 pm and 3:00 am, 
will" route. "all calls to an alternate (or final) routing number 
1205, e.g., (314) 330-8500 and, between 3:01 am and S:S9 pm, 
will route all calls to the telephone number determined during 
simole zip code routing 1204. Location Q, on Saturday and 
Wednesday, will route all calls to an. alternate routing number 
1208, e.g., (314) 830-8500 and, on Sunday - Tuesday, Thursday, 



and Friday, will route all calls by simple zip code routing 
120 9. 

• After the zip' code C?R hands over the routing number at 
steo HQS , e.g., the routing number - for Location ?, it is 
determined at step 1107 whether the current call has been 
offered during a defined exception period. Assuming that the 
originating call is placed during. an exception period, e.g., 
11:30 pm, the trigger C?R will perform the defined call 
forwarding technique, e.g., replace the zip code C?R routing 
number with the final routing number, ' at step 1111, and the 
logic forwards the routing number to step 703. Assuming that 
the originating call is place during a non-exception- period, 
e.g., 2:00 pm, the routing number the .'zip code C?R may be 
forwarded by the logic at step 70S. The remaining steps in 
the trigger CPR are identical to those discussed above. 
Alternatively, if the routing number for Location Q was handed 
over from the zip code routing at step 110S, it would be 
necessary to determine whether the originating call was placed 
during an exception period defined for Location Q 1107, <».g., 

Saturday and Wednesday. 

Once again, it is noted that the selected manner of 
forwarding by the subscriber is- not limited to a single 
service.' 'That is, any combination of the day-of -week, time- 
of-day, and specific date exception periods may be combined 
with a customer defined customer location routing service. 
c . Single Number /Customer Location Routing 
This service, like other exception period services 
discussed above, determines whether or not the offered call 
should be routed solely according to the caller's geographic 
location. This service is a combination of the single number 
service and the customer location routing. In other words, 
the zip code + 4 translation may be bypassed during certain 
defined exception periods and,, during other defined exception 



periods, the closes!: location, routing number may be replaced 
with a final routing number. Figure 13 shows an example of 
th 3 trigger CPR for the single number/ customer location- 
routing service. Again, each trigger may require a different 
trigger, . which may be nonetheless logically similar to each 
other. 

For example, assume the scenario in Fig. 14. A single 
number service 1400 time-of-day exception period 1401 is 
defined in which between 3:01 pm and 2:59 am calls are 
allocated between satellite location R, 3, and T at 3 5%, 4 5%, 
and 20%, respectively. Otherwise, calls, are routed .according 
to the zip code CPR routing number 1409. Further "day-of -week 
exception codes are defined for each satellite location R, S,- 
T u" and V at 140S, 1407, 1408, 1410 ,. and 1417 , respectively. 
Specifically, satellite location R 1411 has no exception logic 
on Monday through Friday 1412, but is final routed to 
satellite location S on Saturday and Sunday 1413 / satellite 
location S has no exception logic on Saturday and Sunday 1415, 
is alternate routed to satellite location T on Tuesday through 
Friday 1420, and allocated 141S on Monday between satellite 
location U (30%) 1413 and satellite location V (70%) 1419; 
satellite location T has no exception on Monday through Friday 
1422, and is .final routed to satellite location S_on Saturday 
and Sunday 1423; satellite location U has no exception on 
Monday, Wednesday and Friday 1425, is alternate routed to 
•satellite location S on Saturday and Sunday 142S, and is 
alternate routed to satellite location V on Tuesday and 
Thursday 1427; and satellite location V has no exception on 

Monday through Thursday 1429, is final routed to satellite 

location R on Friday 1430, and is final routed to satellite 

location S on Saturday and Sunday 1431. 

in steo 1300 of Fig. 13, the SS? is triggered by the 

single telephone number. At step 1302, the AIN Release 0.0 Or 
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0.1 query call variables are converted to common call 
variables for use by the ISC? . At step 1303, it is determined 
whether the current call has been offered during a defined 
exceDtion period. If during an exception period, e.g., the 
call is olaced at 4:00 pm, the call will be .percent allocated 
between satellite locations R, S, and T, and the routing 
number will be forwarded to the trigger CPR at step 703. If 
not during an exception period, e.g., the call is placed at 
' 10:00 am, control is handed over to the zip code CPR at step 
1304 for processing as discussed above in the single telephone 
number zip code routing service. 

After control and the routing number are handed over to 
the trigger CPR, at step 130S, the logic at, step 13 07, 
determines whether the specific routing number is within an 

exceotion period. 

Assuming, e.g., that satellite location S was returned at 
step- 13 05 as the closest satellite office of the subscriber 
and that it is Saturday, no exception period is recognized at 
step 13 07 and satellite location S is passed as the routing 
number at step 1303. Assuming, e.g., that satellite location 
S was returned to step 130S on a Wednesday,- step 1307 
• recognizes the exception period and step 1311 determines that 
satellite location T should be returned as the routing number 
' at step 703. The remaining steps in the trigger CPR are 
25 identical to those discussed above. 

Thus, the subscriber may individually define and, 
therefore, fine tune a service area to satisfy the various 
requirements of the patrons of its satellite offices within an 
intended service area. As shown above, when several satellite 
offices are within the same local telephone service area, the 
single telephone number service may be defined such that 
certain of f ices' are not forwarded calls during times in which 
• the office is closed. 
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It is noted that the foregoing examples have been 
provided merely for the purpose of explanation and are in no 
way to be construed as limiting of the present invention. 
While the invention has been described with reference to a 
□referred embodiment, it is understood that the words which 
have been used herein are words of description and 
illustration, rather than words of limitations. Changes may 
be made, within the purview of the-, appended claims, as 
presently stated and as amended, without departing from the 
scope and spirit of the invention in its aspects. Although 
the" 'invention, has been described herein with reference to 
particular means, materials and embodiments, the invention is 
' not intended to be limited to. the particulars disclosed 
herein; rather, the invention extends to all functionally 
15 equivalent structures, methods and uses, such as are within 

the scope of the appended claims. 
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